home *** CD-ROM | disk | FTP | other *** search
Text File | 1991-03-06 | 1.9 KB | 40 lines | [TEXT/GEOL] |
- Item 3944249 13-Jan-90 12:02
-
- From: D4727 Ghent Farm, Jessie Feiler,AST
-
- To: D1282 -> POWERUP.DEV Power Up,PRT
-
- cc: MACAPP.TECH$ MacApp Technical
-
- Sub: Re MacApp & Projector
-
- Further on MacApp and Projector:
-
- 1. Hearty concurrence that it is almost essential on a multi-programmer
- project and works very well.
-
- 2. Projector files DO indeed shrink (although under very constrained
- circumstances). The disk re-use method was explained to me once, and it does
- "work as designed." You will generally see shrinkage if you delete a whole
- chunk of old versions at once. I watched a projector database grow and grow
- until it passed 20MB, even though we regularly deleted old versions. Suddenly,
- it stopped growing -- it seemed that 20MB was its natural size. Thereafter, it
- wandered down to 16MB and up to 20MB for several months. On a small project
- (<50,000 lines of code), the Projector database has hovered around 3.2 MB for
- three months.
-
- 3. Files which are edited outside MPW can be checked into projector, but the
- foreign applications don't check the CKID and will let you update a read-only
- version. In addition, some applications in rewriting their files may destroy a
- CKID, leaving projector thinking you have a file checked out, but without your
- being able to check it in (since you have no CKID). (CAREFULLY) cancelling
- checkouts and using TransferCKID can solve this problem. It can be prevented
- by keeping such files always checked out as modifiable, and if someone has to
- pass such files to another person, carefully synchronizing a checkin and
- checkout. It's not so much trouble as it sounds, since this applies mostly to
- .RSRC files, InsideOut database schemas (if you use such things), etc.
-
- P.S. ViewEdit could be a Good Citizen and check for CKID's. (hint, hint)
-
-
-